home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 2421 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  4.1 KB
  1. Path: cnn.softart.com!news
  2. From: bffoust@softart.com (Bill Foust)
  3. Newsgroups: comp.os.ms-windows.programmer.tools.mfc,comp.lang.c++
  4. Subject: Re: Q: Dockable windows with tabs in MFC?
  5. Date: 17 Jan 1996 14:50:31 GMT
  6. Organization: Software Artistry
  7. Message-ID: <4dj2bn$969@cnn.softart.com>
  8. References: <4crfes$2qu@nms.telepost.no> <30F25A5E.31EC@us.oracle.com> <4d0f92$5v3@zeus.intellinet.com> <4d40q3$99o@maureen.teleport.com> <30F65AD2.6702@us.oracle.com>
  9. NNTP-Posting-Host: bffoust.softart.com
  10. Mime-Version: 1.0
  11. X-Newsreader: WinVN 0.99.2
  12.  
  13. In article <30F65AD2.6702@us.oracle.com>, nscroggi@us.oracle.com says...
  14. >
  15. >Scott Libert wrote:
  16. >> 
  17. >> RobertC@ProDentec.com (Robert Christian) wrote:
  18. >> 
  19. >> >Norman Scroggins <nscroggi@us.oracle.com> wrote:
  20. >> 
  21. >> >>Stian Barkbu wrote:
  22. >> >>>
  23. >> >>> I am trying to create a dockable property sheet (tabbed
  24. >> >>> dialog), much like the project workspace in MSVC++ 4.0. Is
  25. >> >>> this possible at all?
  26. >> >>>
  27. >> >>> I have managed to create a tabbed dialog box using the
  28. >> >>> CPropertySheet and CPropertyPage classes (or a TabCtrl), and I
  29. >> >>> can get a dockable window using CDialogBar. But, a dockable
  30. >> >>> window with a tab control seems impossible ( or, at least none
  31. >> >>> of my efforts have been successful so far).
  32. >> >>> Can anyone help me with this one?
  33. >> >>>
  34. >> >>> Thanks.
  35. >> >>>
  36. >> >>> Stian
  37. >> >>> snba@sesam.dnv.no
  38. >> 
  39. >> >>I myself have been trying to get some help doing this--with
  40. >> >>the added twist of having the tabs oriented on the bottom
  41. >> >>instead of the top.  Let's keep each other updated on a
  42. >> >>solution. Thanks.
  43. >> 
  44. >> >>--Norm
  45. >> 
  46. >> >I'm not certain, but it appears to me that Microsoft is actually
  47. >> >performing somewhat of a trick.  I don't think they are using property
  48. >> >pages, but rather a tab control placed under a tree control.  When you
  49. >> >select a tab, they hide one tree control and display another...maybe.
  50. >> 
  51. >> >Robert Christian
  52. >> 
  53. >> Just wanted to say I agree with Roger; I have implemented something
  54. >> just like that.  I have a CView-derived object which creates a
  55. >> CTabCtrl as as a child, then creates a CTreeCtrl as a child of the tab
  56. >> control.  And it all works.
  57. >> 
  58. >> The next step I am working on right now is to have the parent window
  59. >> be a CControlBar-derived class instead of CView.  I see no problem
  60. >> here.
  61. >> 
  62. >> A bigger problem, however, is how to get the "splitter" functionality
  63. >> to size the CControlBar-derived object.  Since I am using MDI, I can't
  64. >> use CSplitterWnd in the main frame, due to the assumptions made in the
  65. >> GetParentFrane() method of CMDIChildWnd.  My tack at this point is to
  66. >> implement special WM_NCPAINT handling to draw what looks like a
  67. >> spliitter bar and add WM_NCHITTEST, WM_NCLBUTTONDOWN & WM_NCMOUSEMOVE
  68. >> handling to show the "drag splitter" cursor and resize the window.
  69. >> 
  70. >> It seems once this is done the only thing left to do to perform the
  71. >> magic that MS does of changing the control bar window from/to a mdi
  72. >> child window is to change the parentage of the window.via SetParent().
  73. >> 
  74. >> - Scott L.
  75. >
  76. >
  77. >However, I still don't understand how you oriented the
  78. >tabs so that they were on the bottom (rotated 180 degrees)
  79. >ala Excel worksheet tabs. Would someone explain? Thanks.
  80. >
  81. >--Norm
  82.  
  83. Today while having two copies of VC up at the same time the resources got 
  84. messed up or something and the tabs at the bottom of the output window got 
  85. messed up. instead of the familiar tabs borders, I got pieces of the red X 
  86. bitmap!  Its seems to me then, that the tabs on the output window are 
  87. really a static toolbar(ie non dockable so you can't move it) with statics 
  88. and bitmaps in between. The bitmaps are altered when the statics get a 
  89. click message to create the illusion of having the tabs change.  The text 
  90. of the tabs may be buttons with the borders turned off or something if 
  91. statics can't be clicked. The fonts also changed when clicked.  In any 
  92. case  its a nice little trick, but a shitload of work because they aren't 
  93. using a standard HScroller. The ScrollBars must ALSO be part of the 
  94. toolbar and so they must be handling the scrolling themselves.
  95.  
  96. Hope that is of some help to ya.
  97.  
  98. Bill
  99.  
  100.